Electronic devices for sending a message and buffering a bitstream

ABSTRACT

An electronic device for sending a message is described. The electronic device includes a processor and instructions stored in memory that is in electronic communication with the processor. The electronic device determines whether a first picture is a Clean Random Access (CRA) picture. The electronic device also determines whether a leading picture is present if the first picture is a CRA picture. The electronic device further generates a message including a CRA discard flag and an initial CRA Coded Picture Buffer (CPB) removal delay parameter if a leading picture is present. The electronic device additionally sends the message.

CROSS REFERENCE TO RELATED APPLICATIONS

This application is a continuation application of co-pendingnon-provisional application Ser. No. 13/447,095, filed on Apr. 13, 2012,the entire contents of which are hereby incorporated by reference to thepresent application.

TECHNICAL FIELD

The present disclosure relates generally to electronic devices. Morespecifically, the present disclosure relates to electronic devices forsending a message and buffering a bitstream.

BACKGROUND

Electronic devices have become smaller and more powerful in order tomeet consumer needs and to improve portability and convenience.Consumers have become dependent upon electronic devices and have come toexpect increased functionality. Some examples of electronic devicesinclude desktop computers, laptop computers, cellular phones, smartphones, media players, integrated circuits, etc.

Some electronic devices are used for processing and displaying digitalmedia. For example, portable electronic devices now allow for digitalmedia to be consumed at almost any location where a consumer may be.Furthermore, some electronic devices may provide download or streamingof digital media content for the use and enjoyment of a consumer.

The increasing popularity of digital media has presented severalproblems. For example, efficiently representing high-quality digitalmedia for storage, transmittal and rapid playback presents severalchallenges. As can be observed from this discussion, systems and methodsthat represent digital media efficiently with improved performance maybe beneficial.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating an example of one or moreelectronic devices in which systems and methods for sending a messageand buffering a bitstream may be implemented;

FIG. 2 is a flow diagram illustrating one configuration of a method forsending a message;

FIG. 3 is a flow diagram illustrating a more specific configuration of amethod for sending a message;

FIG. 4 is a flow diagram illustrating one configuration of a method forbuffering a bitstream;

FIG. 5 is a flow diagram illustrating a more specific configuration of amethod for buffering a bitstream;

FIG. 6 is a block diagram illustrating one configuration of an encoderon an electronic device;

FIG. 7 is a block diagram illustrating one configuration of a decoder onan electronic device;

FIG. 8 illustrates various components that may be utilized in atransmitting electronic device;

FIG. 9 is a block diagram illustrating various components that may beutilized in a receiving electronic device;

FIG. 10 is a block diagram illustrating one configuration of anelectronic device in which systems and methods for sending a message maybe implemented; and

FIG. 11 is a block diagram illustrating one configuration of anelectronic device in which systems and methods for buffering a bitstreammay be implemented.

DETAILED DESCRIPTION

An electronic device for sending a message is described. The electronicdevice includes a processor and instructions stored in memory that is inelectronic communication with the processor. The electronic devicedetermines whether a first picture is a Clean Random Access (CRA)picture. The electronic device also determines whether a leading pictureis present if the first picture is a CRA picture. The electronic deviceadditionally generates a message including a CRA discard flag and aninitial CRA Coded Picture Buffer (CPB) removal delay parameter if aleading picture is present. The electronic device further sends themessage. The message may be a buffering period Supplemental EnhancementInformation (SEI) message.

The initial CRA CPB removal delay parameter may be aninitial_cra_cpb_removal_delay[SchedSelldx]. SchedSelldx may be an indexvariable.

The electronic device may also generate an initial CRA CPB removal delayoffset parameter if a leading picture is present. The initial CRA CPBremoval delay offset parameter may be aninitial_cra_cpb_removal_delay_offset[SchedSelldx]. SchedSelldx may be anindex variable.

Determining whether the first picture is a CRA picture may includedetermining whether the first picture includes only I slices.Determining whether a leading picture is present may include determiningwhether a picture follows the CRA picture in decoding order and precedesthe CRA picture in output order.

An electronic device for buffering a bitstream is also described. Theelectronic device includes a processor and instructions stored in memorythat is in electronic communication with the processor. The electronicdevice receives a message. The electronic device also determines whethera first access unit is a Clean Random Access (CRA) access unit, whethera leading picture is not present and whether a CRA leading picturediscard flag indicates discard. The electronic device further removesthe first access unit. The electronic device additionally decodes thefirst access unit. The message may be a buffering period SupplementalEnhancement Information (SEI) message. Receiving the message may includereceiving a CRA discard flag, an initial CRA Coded Picture Buffer (CPB)removal delay parameter and an initial CRA CPB removal delay offsetparameter.

If the first access unit is a CRA access unit, if a leading picture isnot present and if the CRA leading picture discard flag indicatesdiscard, then the may also set an initial removal delay variable to aninitial CRA Coded Picture Buffer (CPB) removal delay parameter. Removingthe first access unit may be based on the initial CRA CPB removal delayparameter.

The initial CRA CPB removal delay parameter may be aninitial_cra_cpb_removal_delay[SchedSelldx]. SchedSelldx may be an indexvariable.

If the first access unit is a CRA access unit, if a leading picture isnot present and if the CRA leading picture discard flag indicatesdiscard, then the electronic device may also determine a removal timebased on the CRA CPB removal delay parameter. Determining whether thefirst access unit is a CRA access unit may include determining whetherall Network Access Layer (NAL) unit types corresponding to the firstaccess unit indicate a coded slice of a CRA picture. If the first accessunit is a CRA access unit, if a leading picture is not present and ifthe CRA leading picture discard flag indicates discard, then theelectronic device may determine a bitstream arrival time based on aninitial CRA Coded Picture Buffer (CPB) removal delay parameter.

A method for sending a message by an electronic device is alsodescribed. The method includes determining whether a first picture is aClean Random Access (CRA) picture. The method also includes determiningwhether a leading picture is present if the first picture is a CRApicture. The method further includes generating a message including aCRA discard flag and an initial CRA Coded Picture Buffer (CPB) removaldelay parameter if a leading picture is present. The method additionallyincludes sending the message.

A method for buffering a bitstream by an electronic device is alsodescribed. The method includes receiving a message. The method alsoincludes determining whether a first access unit is a Clean RandomAccess (CRA) access unit, whether a leading picture is not present andwhether a CRA leading picture discard flag indicates discard. The methodfurther includes removing the first access unit. The method additionallyincludes decoding the first access unit.

The systems and methods disclosed herein describe electronic devices forsending a message and buffering a bitstream. For example, the systemsand methods disclosed herein describe buffering for bitstreams startingwith a Clean Random Access (CRA) picture. In some configurations, thesystems and methods disclosed herein may describe Hypothetical ReferenceDecoder (HRD) buffering for bitstreams starting with a CRA picture. Forinstance, the systems and methods disclosed herein describe modificationto a buffering period Supplemental Enhancement Information (SEI) messageand to a HRD for bitstreams starting with CRA pictures when leadingpictures are present. The systems and methods disclosed herein (e.g.,the HRD modification) may provide a benefit of reducing initialbuffering latency when starting playback at a CRA picture at a randomaccess point. The random access point may be any point in a stream ofdata (e.g., bitstream) where decoding of the bitstream does not requireaccess to any point in a bitstream preceding the random access point todecode a current picture and all pictures subsequent to said currentpicture in output order. Also, the systems and methods disclosed hereinmay provide a benefit that the HRD will not underflow when one or moreleading pictures after a CRA picture are discarded.

It should be noted that although the term “hypothetical” is used inreference to an HRD, the HRD may be physically implemented. For example,“HRD” may be used to describe an implementation of an actual decoder. Insome configurations, an HRD may be implemented in order to determinewhether a bitstream conforms to High Efficiency Video Coding (HEVC)specifications. For instance, an HRD may be used to determine whetherType I bitstreams and Type II bitstreams conform to HEVC specifications.A Type I bitstream may contain only Video Coding Layer (VCL) NetworkAccess Layer (NAL) units and filler data NAL units. A Type II bitstreammay contain additional other NAL units and syntax elements.

Joint Collaborative Team on Video Coding (JCTVC) document JCTVC-H0496proposes bitstreams starting with CRA pictures. This functionality hasbeen incorporated into the High Efficiency Video Coding (HEVC) CommitteeDraft (JCTVC-H1003).

One example of modified syntax and semantics in accordance with thesystems and methods disclosed herein is given in Table (1) as follows.Modifications in accordance with the systems and methods disclosedherein are denoted in bold.

TABLE (1) buffering_period( payloadSize ) { seq_parameter_set_idcra_leadingpict_discard_flag if( NalHrdBpPresentFlag ) { for(SchedSelIdx = 0; SchedSelIdx <= cpb_cnt_minus1; SchedSelIdx++ ) {initial_cpb_removal_delay[ SchedSelIdx ]initial_cpb_removal_delay_offset [ SchedSelIdx ] if (cra_leadingpict_discard_flag ) initial_cra_cpb_removal_delay[SchedSelIdx ] initial_cra_cpb_removal_delay_offset [SchedSelIdx ] } }if( VcIHrdBpPresentFlag ) { for( SchedSelIdx = 0; SchedSelIdx <=cpb_cnt_minus1; SchedSelIdx++ ) { initial_cpb_removal_delay[ SchedSelIdx] initial_cpb_removal_delay_offset [ SchedSelIdx ] if (cra_leadingpict_discard_flag ) initial_cra_cpb_removal_delay[SchedSelIdx ] initial_cra_cpb_removal_delay_offset [SchedSelIdx ] } } }

Examples regarding buffering period SEI message semantics in accordancewith the systems and methods disclosed herein are given as follows. Inparticular, additional detail regarding the semantics of the modifiedsyntax elements are given as follows. A cra_leadingpict_discard_flagequal to 1 indicates the presence ofinitial_cra_cpb_removal_delay[SchedSelldx] andinitial_cra_cpb_removal_delay_offset[SchedSelldx] syntax elements. Acra_leadingpict_discard_flag equal to 0 indicates the absence of the initial_cra_cpb_removal_delay[SchedSelldx] andinitial_cra_cpb_removal_delay_offset[SchedSelldx] syntax elements. Thisflag may not be 1 when the associated or corresponding picture is not aCRA picture.

initial_cra_cpb_removal_delay[SchedSelldx] specifies the delay for theSchedSelldx-th Coded Picture Buffer (CPB) between the time of arrival inthe CPB of the first bit of the coded data associated with the accessunit associated with the buffering period SEI message and the time ofremoval from the CPB of the coded data associated with the same accessunit, for the first buffering period after HRD initialization at astarting CRA picture when access units containing leading picturesassociated with the starting CRA picture are discarded. The syntaxelement may have a length in bits given byinitial_cpb_removal_delay_length_minus1+1. In some configurations, thissyntax element is in units of a 90 kilohertz (kHz) clock.

initial_cra_cpb_removal_delay[SchedSelldx] may not be equal to 0.Furthermore, it may not exceed90000*(CpbSize[SchedSelldx]**BitRate[SchedSelldx]), which is the timeequivalent of the CPB size in 90 kHz clock units.

initial_cra_cpb_removal_delay_offset [SchedSelldx] may be used for theSchedSelldx-th CPB in combination with the cpb_removal_delay to specifythe initial delivery time of coded access units to the CPB for abitstream starting with a CRA picture when access units containingleading pictures associated with the starting CRA picture are discarded.In some configurations,initial_cra_cpb_removal_delay_offset[SchedSelldx] is in units of a 90kHz clock. The initial_cra_cpb_removal_delay_offset[SchedSelldx] syntaxelement may be a fixed length code whose length in bits is given byinitial_cpb_removal_delay_length_minus1+1. This syntax element may notbe used by decoders and may be needed only for the delivery scheduler(e.g., a Hypothetical Stream Scheduler (HSS) specified in Annex C ofJCTVC-H1003). Over the entire coded video sequence, the sum ofinitial_cra_cpb_removal_delay[SchedSelldx] andinitial_cra_cpb_removal_delay_offset[SchedSelldx] may be constant foreach value of SchedSelldx. SchedSelldx may be an index variable.payloadSize may refer to bytes of data.

seq_parameter_set_id specifies the sequence parameter set that containsthe sequence HRD attributes. The value of seq_parameter_set_id may beequal to the value of seq_parameter_set_id in the picture parameter setreferenced by the primary coded picture associated with the bufferingperiod SEI message. The value of seq_parameter_set_id may be in therange of 0 to 31, inclusive.

initial_cpb_removal_delay[SchedSelldx] specifies the delay for theSchedSelldx-th CPB between the time of arrival in the CPB of the firstbit of the coded data associated with the access unit associated withthe buffering period SEI message and the time of removal from the CPB ofthe coded data associated with the same access unit, for the firstbuffering period after HRD initialization. The syntax element has alength in bits given by initial_cpb_removal_delay_length_minus1+1. It isin units of a 90 kHz clock.

initial_cpb_removal_delay[SchedSelldx] may not be equal to 0 and may notexceed 90000*(CpbSize[SchedSelldx] % BitRate[SchedSelldx]), thetime-equivalent of the CPB size in 90 kHz clock units.

initial_cpb_removal_delay_offset[SchedSelldx] is used for theSchedSelldx-th CPB in combination with the cpb_removal_delay to specifythe initial delivery time of coded access units to the CPB.initial_cpb_removal_delay_offset[SchedSelldx] may be in units of a 90kHz clock. The initial_cpb_removal_delay_offset[SchedSelldx] syntaxelement is a fixed length code whose length in bits is given byinitial_cpb_removal_delay_length_minus1+1. This syntax element is notused by decoders and is needed only for the delivery scheduler (HSS)specified in Annex C of HEVC specifications. Over the entire coded videosequence, the Sum of initial_cpb_removal_delay[SchedSelldx] andinitial_cpb_removal_delay_offset[SchedSelldx] may be constant for eachvalue of SchedSelldx.

cpb_cnt_minus1 plus 1 specifies the number of alternative CPBspecifications in the bitstream. The value of cpb_cnt_minus1 may be inthe range of 0 to 31, inclusive. When low_delay_hrd_flag is equal to 1,cpb_cnt_minus1 may be equal to 0. When cpb_cnt_minus1 is not present, itmay be inferred to be equal to 0.

A nal_hrd_parameters_present_flag equal to 1 specifies that NAL HRDparameters (pertaining to Type II bitstream conformance) are present. Anal_hrd_parameters_present_flag equal to 0 specifies that NAL HRDparameters are not present. It should be noted that when thenal_hrd_parameters_present_flag is equal to 0, the conformance of thebitstream cannot be verified without provision of the NAL HRDparameters, including the NAL sequence HRD parameter information and allbuffering period and picture timing SEI messages, by some means notspecified in HEVC specifications.

When the nal_hrd_parameters_present_flag is equal to 1, NAL HRDparameters (from subclauses E.1.2 and E.2.2 of HEVC specifications, forexample) immediately follow the flag. The variable NalHrdBpPresentFlagmay be derived as follows. If any of the following is true, the value ofNalHrdBpPresentFlag may be set equal to 1:nal_hrd_parameters_present_flag is present in the bitstream and is equalto 1 or the need for presence of buffering periods for NAL HRD operationto be present in the bitstream in buffering period SEI messages isdetermined by the application, by some means not specified in HEVCspecifications. Otherwise, the value of NalHrdBpPresentFlag may be setequal to 0.

A vcl_hrd_parameters_present_flag equal to 1 specifies that VCL HRDparameters (pertaining to all bitstream conformance) are present. Avcl_hrd_parameters_present_flag equal to 0 specifies that VCL HRDparameters are not present. It should be noted that when thevcl_hrd_parameters_present_flag is equal to 0, the conformance of thebitstream cannot be verified without provision of the VCL HRD parametersand all buffering period and picture timing SEI messages, by some meansnot specified in HEVC specifications. When thevcl_hrd_parameters_present_flag is equal to 1, VCL HRD parameters (fromsubclauses E.1.2 and E.2.2 of HEVC specifications, for example)immediately follow the flag.

The variable VcIHrdBpPresentFlag may be derived as follows. If any ofthe following is true, the value of VcIHrdBpPresentFlag may be set equalto 1: the vcl_hrd_parameters_present_flag is present in the bitstreamand is equal to 1 or the need for presence of buffering periods for VCLHRD operation to be present in the bitstream in buffering period SEImessages is determined by the application, by some means not specifiedin HEVC specifications. Otherwise, the value of VcIHrdBpPresentFlag maybe set equal to 0.

Examples regarding the operation of a CPB in accordance with the systemsand methods disclosed herein are given as follows. The specificationsgiven as follows may apply independently to each set of CPB parametersthat is present and to both Type I and Type II conformance in accordancewith HEVC specifications.

The timing of bitstream arrival (e.g., one or more bitstream arrivaltimes) may be determined as follows. The HRD may be initialized at anyone of the buffering period SEI messages. Prior to initialization, theCPB may be empty. It should be noted that after initialization, the HRDmay not be initialized again by subsequent buffering period SEImessages.

The access unit that is associated with the buffering period SEI messagethat initializes the CPB may be referred to as access unit 0. All otheraccess units may be referred to as access unit n, with n beingincremented by 1 for the next access unit in decoding order.

If the first access unit is a CRA access unit, leading pictures are notpresent and the cra_leadingpict_discard_flag is equal to 1,use_initial_cpb_removal_delay[SchedSelldx] may be set to the value ofinitial_cra_cpb_removal_delay[SchedSelldx]. Otherwise, the value ofuse_initial_cpb_removal_delay[SchedSelldx] may be set to the value ofinitial_cpb_removal_delay[SchedSelldx].

The time at which the first bit of access unit n begins to enter the CPBmay be referred to as the initial arrival time t_(ai)(n). The initialarrival time of access units may be derived as follows. If the accessunit is access unit 0, t_(ai)(0)=0. Otherwise (e.g., the access unit isaccess unit n with n>0), the following may apply. Ifcbr_flag[SchedSelldx] is equal to 1, the initial arrival time for accessunit n is equal to the final arrival time (which may be derived as givenbelow) of access unit n−1 (e.g., t_(ai)(n)=t_(af)(n−1)).

Otherwise, if cbr_flag[SchedSelldx] is equal to 0 and access unit n isnot the first access unit of a subsequent buffering period, the initialarrival time for access unit n may be derived byt_(ai)(n)=Max(t_(af)(n−1), t_(ai,earliest)(n)). In some configurations,t_(ai,earliest)(n) may be given as follows:t_(ai,earliest)(n)=t_(r,n)(n)−(use_initial_cpb_removal_delay[SchedSelldx]+use_initial_cpb_removal_delay_offset[SchedSelldx])÷90000with t_(r,n)(n) being the nominal removal time of access unit n from theCPB (as specified in subclause C.2.2 of JCTVC-H1003, for example) anduse_initial_cpb_removal_delay[SchedSelldx] anduse_initial_cpb_removal_delay_offset[SchedSelldx] being specified asdescribed above based on the previous buffering period SEI message.

Otherwise (e.g., cbr_flag[SchedSelldx] is equal to 0 and the subsequentaccess unit n is the first access unit of a subsequent bufferingperiod), the initial arrival time for the access unit n may be derivedbyt_(ai)(n)=t_(r,n)(n)−(use_initial_cpb_removal_delay[SchedSelldx]÷90000).In this case, use_initial_cpb_removal_delay[SchedSelldx] may bespecified as described above based on the buffering period SEI messageassociated with access unit n.

The final arrival time for access unit n may be derived byt_(af)(n)=t_(ai)(n)+b(n)÷BitRate[SchedSelldx]. In this case, b(n) may bethe size in bits of access unit n, counting the bits of the Type Ibitstream for Type I conformance or the bits of the Type II bitstreamfor Type II conformance.

The values of SchedSelldx, BitRate[SchedSelldx], andCpbSize[SchedSelldx] may be constrained as follows. If access unit n andaccess unit n−1 are part of different coded video sequences and thecontent of the active sequence parameter sets of the two coded videosequences differ, the HSS may select a value SchedSelldx1 of SchedSelldxfrom among the values of SchedSelldx provided for the coded videosequence containing access unit n that results in aBitRate[SchedSelldx1] or CpbSize[SchedSelldx1] for the second of the twocoded video sequences (which contains access unit n−1) that differs fromthe value of BitRate[SchedSelldx0] or CpbSize[SchedSelldx0] for thevalue SchedSelldx0 of SchedSelldx that was in use for the coded videosequence containing access unit n−1. Otherwise, the HSS may continue tooperate with the previous values of SchedSelldx, BitRate[SchedSelldx]and CpbSize[SchedSelldx].

When the HSS selects values of BitRate[SchedSelldx] orCpbSize[SchedSelldx] that differ from those of the previous access unit,the following may apply. The variable BitRate[SchedSelldx] may come intoeffect at time t_(ai)(n). The variable CpbSize[SchedSelldx] may comeinto effect as follows. If the new value of CpbSize[SchedSelldx] exceedsthe old CPB size, it may come into effect at time t_(ai)(n). Otherwise,the new value of CpbSize[SchedSelldx] may come into effect at the timet_(r)(n).

In some configurations, the timing of coded picture removal may beimplemented as follows. It may be assumed that the nominal CPB removaltime and the CPB removal time of a coded picture are determined (e.g.,calculated) immediately after the previous coded picture is removed fromthe CPB, or, for access unit 0, when the HRD is initialized.

If the first access unit is a CRA access unit, leading pictures are notpresent and the cra_leadingpict_discard_flag is equal to 1, then, foraccess unit 0, the nominal removal time of the access unit from the CPBmay be specified byt_(r,n)(0)=initial_cra_cpb_removal_delay[SchedSelldx]÷90000. Otherwise,for access unit 0, the nominal removal time of the access unit from theCPB may be specified byt_(r,n)(0)=initial_cpb_removal_delay[SchedSelldx]÷90000.

For the first access unit of a buffering period that does not initializethe HRD, the nominal removal time of the access unit from the CPB may bespecified by t_(r,n)(n)=t_(r,n) (n_(b))+t_(c)*cpb_removal_delay(n). Inthis case, t_(r,n)(n_(b)) is the nominal removal time of the firstpicture of the previous buffering period and cpb_removal_delay(n) isspecified in the picture timing SEI message associated with access unitn.

When an access unit n is the first access unit of a buffering period,n_(b) may be set equal to n at the removal time t_(r,n)(n) of accessunit n. The nominal removal time t_(r,n)(n) of an access unit n that isnot the first access unit of a buffering period may be given byt_(r,n)(n)=t_(r,n)(n_(b))+t_(c)*cpb_removal_delay(n).

The removal time of access unit n may be specified as follows. Iflow_delay_hrd_flag is equal to 0 or t_(r,n)(n)≧t_(af)(n), the removaltime of access unit n may be specified by t_(r)(n)=t_(r,n)(n). Otherwise(e.g., low_delay_hrd_flag is equal to 1 and t_(r,n)(n)<t_(af)(n)), theremoval time of access unit n may be specified byt_(r)(n)=t_(r,n)(n)+t_(c)*Ceil((t_(af)(n)−t_(r,n)( ))÷t_(c)). It shouldbe noted that the latter case indicates that the size access unit n,b(n), may be so large that it prevents removal at the nominal removaltime.

In some configurations, it is a requirement of bitstream conformancethat all of the following conditions shall be fulfilled for each of thetests. For each access unit n, with n>0, associated with a bufferingperiod SEI message, with Δt_(g,90)(n) specified byΔt_(g,90)(n)=90000*(t_(r,n)(n)−t_(af)(n−1)), the value ofuse_initial_cpb_removal_delay[SchedSelldx] shall be constrained asfollows. If cbr_flag[SchedSelldx] is equal to 0, thenuse_initial_cpb_removal_delay[SchedSelldx]≦Ceil(Δt_(g,90)(n)). Otherwise(cbr_flag[SchedSelldx] is equal to 1),Floor(Δt_(g,90)(n))≦use_initial_cpb_removal_delay[SchedSelldx]≦Ceil(Δt_(g,90)(n)).It should be noted that the exact number of bits in the CPB at theremoval time of each picture may depend on which buffering period SEImessage is selected to initialize the HRD. Encoders may take this intoaccount to ensure that all specified constraints are obeyed regardlessof which buffering period SEI message is selected to initialize the HRD,as the HRD may be initialized at any one of the buffering period SEImessages.

As illustrated by the foregoing, the systems and methods disclosedherein provide syntax and semantics that modify a buffering period SEImessage for bitstreams starting with CRA pictures when leading picturesare present. In some configurations, the systems and methods disclosedherein may be applied to HEVC specifications.

For convenience, several definitions are given as follows, which may beapplied to the systems and methods disclosed herein. A random accesspoint may be any point in a stream of data (e.g., bitstream) wheredecoding of the bitstream does not require access to any point in abitstream preceding the random access point to decode a current pictureand all pictures subsequent to said current picture in output order.

A buffering period may be specified as a set of access units between twoinstances of the buffering period SEI message in decoding order.Supplemental Enhancement Information (SEI) may contain information thatis not necessary to decode the samples of coded pictures from VCL NALunits. SEI messages may assist in procedures related to decoding,display or other purposes. However, SEI messages may not be required forconstructing luma or chroma samples by a decoding process. Conformingdecoders may not be required to process this information for outputorder conformance to HEVC specifications (Annex C of HEVC specificationsincludes specifications for conformance, for example). Some SEI messageinformation may be required to check bitstream conformance and foroutput timing decoder conformance.

A buffering period SEI message may be an SEI message related tobuffering period. It may define syntax and semantics which definebitstream arrival timing and coded picture removal timing.

A Picture Parameter Set (PPS) is a syntax structure containing syntaxelements that apply to zero or more entire coded pictures as determinedby the pic_parameter_set_id syntax element found in each slice header.pic_parameter_set_id may identify the picture parameter set that isreferred to in the slice header. The value of pic_parameter_set_id maybe in the range of 0 to 255, inclusive.

A Coded Picture Buffer (CPB) may be a first-in first-out buffercontaining access units in decoding order specified in a hypotheticalreference decoder (HRD). An access unit may be a set of Network AccessLayer (NAL) units that are consecutive in decoding order and containexactly one coded picture. In addition to the coded slice NAL units ofthe coded picture, the access unit may also contain other NAL units notcontaining slices of the coded picture. The decoding of an access unitalways results in a decoded picture. A NAL unit may be a syntaxstructure containing an indication of the type of data to follow andbytes containing that data in the form of an raw byte sequence payloadinterspersed as necessary with emulation prevention bytes.

Various configurations are now described with reference to the Figures,where like reference numbers may indicate functionally similar elements.The systems and methods as generally described and illustrated in theFigures herein could be arranged and designed in a wide variety ofdifferent configurations. Thus, the following more detailed descriptionof several configurations, as represented in the Figures, is notintended to limit scope, as claimed, but is merely representative of thesystems and methods.

FIG. 1 is a block diagram illustrating an example of one or moreelectronic devices 102 in which systems and methods for sending amessage and buffering a bitstream may be implemented. In this example,electronic device A 102 a and electronic device B 102 b are illustrated.However, it should be noted that one or more of the features andfunctionality described in relation to electronic device A 102 a andelectronic device B 102 b may be combined into a single electronicdevice in some configurations.

Electronic device A 102 a includes an encoder 104. The encoder 104includes a message generation module 108. Each of the elements includedwithin electronic device A 102 a (e.g., the encoder 104 and the messagegeneration module 108) may be implemented in hardware, software or acombination of both.

Electronic device A 102 a may obtain one or more input pictures 106. Insome configurations, the input picture(s) 106 may be captured onelectronic device A 102 a using an image sensor, may be retrieved frommemory and/or may be received from another electronic device.

The encoder 104 may encode the input picture(s) 106 to produce encodeddata. For example, the encoder 104 may encode a series of input pictures106 (e.g., video). In one configuration, the encoder 104 may be a HEVCencoder. The encoded data may be digital data (e.g., part of a bitstream114). The encoder 104 may generate overhead signaling based on the inputsignal.

The message generation module 108 may generate one or more messages. Forexample, the message generation module 108 may generate one or more SEImessages or other messages. The electronic device 102 (e.g., the encoder104) may determine whether a first picture (e.g., an encoded picture) isa CRA picture and whether a leading picture is present if the firstpicture is a CRA picture. If the first picture is a CRA picture and aleading picture is present, then the message generation module 108 maygenerate a message (e.g., buffering period SEI message or other message)that includes one or more of a CRA leading picture discard flag (e.g.,cra_leadingpict_discard_flag), an initial CRA CPB removal delayparameter (e.g., initial_cra_cpb_removal_delay[SchedSelldx]) and aninitial CRA CPB removal delay offset parameter (e.g.,initial_cra_cpb_removal_delay_offset[SchedSelldx]). For example, themessage generation module 108 may perform one or more of the proceduresdescribed in connection with FIG. 2 and FIG. 3 below. In someconfigurations, electronic device A 102 a may send the message toelectronic device B 102 b as part of the bitstream 114. In someconfigurations electronic device A 102 a may send the message toelectronic device B 102 b by a separate transmission 110. For example,the separate transmission may not be part of the bitstream 114. Forinstance, a buffering period SEI message or other message may be sentusing some out-of-band mechanism. It should be noted that, in someconfigurations, the other message may include one or more of thefeatures of a buffering period SEI message described above. Furthermore,the other message, in one or more aspects, may be utilized similarly tothe SEI message described above.

The encoder 104 (and message generation module 108, for example) mayproduce a bitstream 114. The bitstream 114 may include encoded picturedata based on the input picture(s) 106. In some configurations, thebitstream 114 may also include overhead data, such as a buffering periodSEI message or other message, slice header(s), PPS(s), etc. Asadditional input pictures 106 are encoded, the bitstream 114 may includeone or more encoded pictures. For instance, the bitstream 114 mayinclude one or more encoded pictures with corresponding overhead data(e.g., a buffering period SEI message or other message).

The bitstream 114 may be provided to a decoder 112. In one example, thebitstream 114 may be transmitted to electronic device B 102 b using awired or wireless link. In some cases, this may be done over a network,such as the Internet or a Local Area Network (LAN). As illustrated inFIG. 1, the decoder 112 may be implemented on electronic device B 102 bseparately from the encoder 104 on electronic device A 102 a. However,it should be noted that the encoder 104 and decoder 112 may beimplemented on the same electronic device in some configurations. In animplementation where the encoder 104 and decoder 112 are implemented onthe same electronic device, for instance, the bitstream 114 may beprovided over a bus to the decoder 112 or stored in memory for retrievalby the decoder 112.

The decoder 112 may be implemented in hardware, software or acombination of both. In one configuration, the decoder 112 may be a HEVCdecoder. The decoder 112 may receive (e.g., obtain) the bitstream 114.The decoder 112 may generate one or more decoded pictures 118 based onthe bitstream 114. The decoded picture(s) 118 may be displayed, playedback, stored in memory and/or transmitted to another device, etc.

The decoder 112 may include a CPB 120. The CPB 120 may temporarily storeencoded pictures. For example, the CPB 120 may store encoded picturesuntil a removal time. In accordance with the systems and methodsdisclosed herein, one or more of an arrival time (of bitstream data, forexample) and a removal time (of a coded picture, for example) may bedetermined by the decoder 112 based on a message (e.g., buffering periodSEI message or other message).

The decoder 112 may receive a message (e.g., buffering period SEImessage or other message). The decoder may also determine whether afirst access unit is a CRA access unit, whether leading pictures are notpresent and whether a CRA leading picture discard flag indicatesdiscard. If a first access unit is a CRA access unit, if leadingpictures are not present and if a CRA leading picture discard flagindicates discard, then the decoder may set an initial removal delayvariable to an initial CRA CPB removal delay parameter and may removethe first access unit (e.g., encoded picture) from the CPB based on theCRA CPB removal delay parameter. For instance, the CPB 120 may performone or more of the procedures described in connection with FIG. 4 andFIG. 5 below.

The HRD described above may be one example of the decoder 112illustrated in FIG. 1. Thus, an electronic device 102 may operate inaccordance with the HRD and CPB described above, in some configurations.

It should be noted that one or more of the elements or parts thereofincluded in the electronic device(s) 102 may be implemented in hardware.For example, one or more of these elements or parts thereof may beimplemented as a chip, circuitry or hardware components, etc. It shouldalso be noted that one or more of the functions or methods describedherein may be implemented in and/or performed using hardware. Forexample, one or more of the methods described herein may be implementedin and/or realized using a chipset, an Application-Specific IntegratedCircuit (ASIC), a Large-Scale Integrated circuit (LSI) or integratedcircuit, etc.

FIG. 2 is a flow diagram illustrating one configuration of a method 200for sending a message. An electronic device 102 (e.g., electronic deviceA 102 a) may determine 202 whether a first picture is a CRA picture. Forexample, the encoder 104 may encode an input picture 106 as a CRApicture. In some configurations, a CRA picture may be an encoded picturethat may be decoded using intra prediction only. For example, a CRApicture may include one or more (e.g., only) I slices, where each slicehas a nal_unit_type (e.g., network abstraction layer unit type) equal to4. All coded pictures that follow the CRA picture both in decoding orderand output order may not use inter prediction from any picture thatprecedes the CRA picture either in decoding order or output order.Furthermore, any picture that precedes the CRA picture in decoding ordermay also precede the CRA picture in output order. Accordingly, if theencoder 104 encodes an input picture 106 as a CRA picture (e.g., if acoded picture includes only I slices), the electronic device 102 maydetermine 202 that a first picture is a CRA picture. Otherwise, theelectronic device 102 may determine 202 that a first picture is not aCRA picture.

It should be noted that a CRA picture may occur at a random access pointin the bitstream 114. The random access point may be any point in astream of data (e.g., bitstream) where decoding of the bitstream doesnot require access to any point in a bitstream preceding the randomaccess point to decode a current picture and all pictures subsequent tosaid current picture in output order.

The electronic device 102 may determine 204 whether a leading picture ispresent if the first picture is a CRA picture. A leading picture may bea picture that follows the CRA picture in decoding order and precedesthe CRA picture in output order. For example, a leading picture may bepresent if a picture is specified by the encoder 104 to follow a CRApicture in decoding order and to precede the CRA picture in output order(e.g., order output from the decoder 112).

Determining 204 whether a leading picture is present may be accomplishedin accordance with one or more approaches. In one approach, theelectronic device 102 determines 204 that a leading picture is presentif the first picture is a CRA picture and another picture is presentthat is specified (by the encoder 104, for example) to follow the CRApicture in decoding order and precede the CRA picture in output order.In some configurations, the electronic device 102 may read datacorresponding to the CRA picture and one or more other pictures todetermine whether a leading picture is present. For instance, theelectronic device 102 may read data that specifies decoding order andoutput order of the CRA picture and one or more other pictures. Forexample, a Picture Order Count (POC) may be utilized to determine outputorder. The decoding order may be determined based on the order in whichsyntax elements appear in the bitstream 114. In some configurations,output order may be defined as the order in which the decoded picturesare output from a decoded picture buffer in a case that the decodedpictures are to be output from the decoded picture buffer. The outputorder of a picture may be specified by the POC value, regardless ofwhether the picture is to be output. In some configurations, thedecoding order may be defined as the order in which syntax elements areprocessed in a decoding process. If the conditions are met that apicture is designated to follow the CRA picture in decoding order and isdesignated to precede the CRA picture in output order, the electronicdevice 102 may determine 204 that a leading picture is present.

The electronic device 102 may generate 206 a message (e.g., bufferingperiod SEI message or other message) including a CRA leading picturediscard flag and an initial CRA CPB removal delay parameter if a leadingpicture is present. For example, the electronic device 102 may generate206 a message that includes a cra_leadingpict_discard_flag and aninitial_cra_cpb_removal_delay[SchedSelldx]. In some configurations, themessage may also include a CRA CPB removal delay offset parameter. Forinstance, the electronic device 102 may generate 206 a buffering periodSEI message, as illustrated in Table (1) above.

The electronic device 102 may send 208 the message (e.g., bufferingperiod SEI message or other message). For example, the electronic device102 may transmit the message via one or more of wireless transmission,wired transmission, device bus, network, etc. For instance, electronicdevice A 102 a may transmit the message to electronic device B 102 b.The message may be part of the bitstream 114, for example. In someconfigurations, electronic device A 102 a may send 208 the message toelectronic device B 102 b in a separate transmission 110 (that is notpart of the bitstream 114). For instance, the message may be sent usingsome out-of-band mechanism.

FIG. 3 is a flow diagram illustrating a more specific configuration of amethod 300 for sending a message. An electronic device 102 (e.g.,electronic device A 102 a) may determine 302 whether a first picture isa CRA picture. This may be accomplished as described in connection withFIG. 2 above.

The electronic device 102 may determine 304 whether a leading picture ispresent if the first picture is a CRA picture. This may be accomplishedas described in connection with FIG. 2 above.

The electronic device 102 may generate 306 a buffering period SEImessage including a CRA leading picture discard flag, an initial CRA CPBremoval delay parameter and an initial CRA CPB removal delay offsetparameter if a leading picture is present. For example, the electronicdevice 102 may generate 306 a buffering period SEI message that includesa cra_leadingpict_discard_flag, aninitial_cra_cpb_removal_delay[SchedSelldx] and aninitial_cra_cpb_removal_delay_offset[SchedSelldx]. For instance, theelectronic device 102 may generate 306 a buffering period SEI message,as illustrated in Table (1) above.

The electronic device 102 may send 308 the buffering period SEI message.For example, the electronic device 102 may transmit the buffering periodSEI message via one or more of wireless transmission, wiredtransmission, device bus, network, etc. For instance, electronic deviceA 102 a may transmit the buffering period SEI message to electronicdevice B 102 b. The buffering period SEI message may be part of thebitstream 114, for example.

FIG. 4 is a flow diagram illustrating one configuration of a method 400for buffering a bitstream. An electronic device 102 (e.g., electronicdevice B 102 b) may receive 402 a message (e.g., a buffering period SEImessage or other message). For example, the electronic device 102 mayreceive 402 the message via one or more of wireless transmission, wiredtransmission, device bus, network, etc. For instance, electronic deviceB 102 b may receive 402 the message from electronic device A 102 a. Themessage may be part of the bitstream 114, for example. In anotherexample, electronic device B 102 b may receive the message fromelectronic device A 102 a in a separate transmission 110 (that is notpart of the bitstream 114, for example). For instance, the bufferingperiod SEI message may be received using some out-of-band mechanism. Insome configurations, the message may include one or more of a CRAdiscard flag, an initial CRA CPB removal delay parameter and an initialCRA CPB removal delay offset parameter. Thus, receiving 402 the messagemay include receiving one or more of a CRA discard flag, an initial CRACPB removal delay parameter and an initial CRA CPB removal delay offsetparameter.

The electronic device 102 may determine 404 whether a first access unitis a CRA access unit, whether one or more leading pictures are notpresent and whether a CRA leading picture flag indicates discard. Anaccess unit may be a set of one or more NAL units that contain anencoded picture. The bitstream 114 may include one or more access units.In some configurations, the electronic device 102 may determine 404whether a first access unit is a CRA access unit based on a NAL unittype parameter (e.g., nal_unit_type) corresponding to the first accessunit. For example, a nal_unit_type 4 may indicate a coded slice of a CRApicture. In this case, the electronic device may determine that anaccess unit is a CRA access unit if one or more (e.g., all) of the NALunit types (e.g., nal_unit_types) corresponding to the first access unitindicate a coded slice of a CRA picture (e.g., are equal to 4).Otherwise, the electronic device 102 may determine that the first accessunit is not a CRA access unit.

The electronic device 102 may determine whether any leading pictures arepresent. For example, the electronic device 102 may determine whetherany leading picture(s) are included in a portion of the bitstream 114.As described above, a leading picture may be a picture that follows theCRA picture in decoding order and precedes the CRA picture in outputorder. For example, a leading picture may be present if a picture isspecified by the encoder 104 to follow a CRA picture in decoding orderand to precede the CRA picture in output order (e.g., order output fromthe decoder 112).

Determining whether a leading picture is present may be accomplished inaccordance with one or more approaches. In one approach, the electronicdevice 102 determines that a leading picture is present if a picture (inthe first access unit) is a CRA picture and another picture is presentthat is specified (by the encoder 104, for example) to follow the CRApicture in decoding order and precede the CRA picture in output order.In some configurations, the electronic device 102 may read datacorresponding to the CRA picture and one or more other pictures todetermine whether a leading picture is present. For example, theelectronic device 102 may read data that specifies decoding order andoutput order of the CRA picture and one or more other pictures. In oneexample, the electronic device 102 may receive an indicator in thebitstream 114. In another example, the electronic device 102 maydetermine whether a leading picture is present by determining a POCvalue for the picture and comparing it to the POC value of acorresponding CRA picture. If the conditions are met that a picture isdesignated to follow the CRA picture in decoding order and is designatedto precede the CRA picture in output order, the electronic device 102may determine that a leading picture is present. If one or more of thecriteria are not met, however, then the electronic device 102 maydetermine that no leading picture(s) are present.

The electronic device 102 may determine whether a CRA leading picturediscard flag indicates discard. For example, the electronic device 102may read the message to determine whether a CRA leading picture discardflag in the SEI message indicates discard. For instance, if thecra_leadingpict_discard_flag has a value of 1, then the electronicdevice 102 may determine that the CRA leading picture discard flagindicates discard. However, if the cra_leadingpict_discard_flag has avalue of 0, then the electronic device 102 may determine that the CRAleading picture discard flag does not indicate discard.

If the first access unit is a CRA access unit, if no leading picturesare present and if the CRA picture discard flag indicates discard, thenthe electronic device 102 may set 406 an initial removal delay variableto an initial CRA CPB removal delay parameter. In this case, forexample, the electronic device 102 may setuse_initial_cpb_removal_delay[SchedSelldx] to the value ofinitial_cra_cpb_removal_delay[SchedSelldx].

In some configurations, the electronic device 102 (e.g., decoder 112)may determine a bitstream arrival time based one or more of the initialCRA CPB removal delay parameter and the initial CRA CPB removal delayoffset parameter. For example, if the first access unit is a CRA accessunit, if no leading pictures are present and if the CRA picture discardflag indicates discard, the bitstream arrival time may be determined asfollows.

As described above, for an access unit after the access unit thatinitializes the CPB 120 (e.g., n>0), if cbr_flag [SchedSelldx] is 0 andthe access unit (e.g., n) is not the first access unit of a subsequentbuffering period, the electronic device 102 may determine the bitstreamarrival time t_(ai)(n), which is based on t_(ai,earliest)(n).t_(ai,earliest)(n) may be determined based on the initial removal delayvariable (e.g., use_initial_cpb_removal_delay[SchedSelldx]) and aninitial removal delay offset variable (e.g.,use_initial_cpb_removal_delay_offset). As also described above, theinitial removal delay variable may be set 406 to the initial CRA CPBremoval delay parameter (e.g.,initial_cra_cpb_removal_delay[SchedSelldx]). Therefore, determining thebitstream arrival time may be based on the initial CRA CPB removal delayparameter. In some configurations, the initial removal delay offsetvariable (e.g., use_initial_cpb_removal_delay_offset[SchedSelldx]) mayalso be set to the initial CRA CPB removal delay offset parameter (e.g.,initial_cra_cpb_removal_delay_offset[SchedSelldx]). Thus, determiningthe bitstream arrival time may be additionally based on the initial CRACPB removal delay offset parameter.

As described above, for an access unit after the access unit thatinitializes the CPB 120 (e.g., n>0), if cbr_flag [SchedSelldx] is 0 andthe access unit (e.g., n) is the first access unit of a subsequentbuffering period, the electronic device 102 may determine the bitstreamarrival time t_(ai)(n) based on the initial removal delay variable(e.g., use_initial_cpb_removal_delay[SchedSelldx]). As also describedabove, the initial removal delay variable may be set 406 to the initialCRA CPB removal delay parameter (e.g.,initial_cra_cpb_removal_delay[SchedSelldx]). Therefore, determining thebitstream arrival time may be based on the initial CRA CPB removal delayparameter.

If the first access unit is a CRA access unit, if no leading picturesare present and if the CRA picture discard flag indicates discard, thenthe electronic device 102 may remove 408 the first access unit based onthe initial CRA CPB removal delay parameter. For example, the electronicdevice 102 may determine a removal time for the first access unit basedon the initial CRA CPB removal delay parameter (e.g.,initial_cra_cpb_removal_delay[SchedSelldx]). When the removal timearrives, the electronic device 102 may remove the first access unit fromthe CPB, for instance.

The electronic device 102 may decode 410 the first access unit. Forexample, the electronic device 102 may decode 410 an encoded pictureincluded in the first access unit. In some configurations, theelectronic device 102 may remove 408 the first access unit and decode410 upon removal. For example, the data associated with each access unitmay be removed and decoded instantaneously by an instantaneous decodingprocess at CPB removal time. It should be noted that the term“instantaneous” and variations thereof may not necessarily indicate theabsence of any time period. For example, an “instantaneous” process mayoccupy some period of time.

If the first access unit is not a CRA access unit, if the first accessunit is a CRA access unit and a leading picture is present or if the CRApicture discard flag does not indicate discard, then the electronicdevice 102 may set 412 an initial removal delay variable to an initialCPB removal delay parameter. In this case, for example, the electronicdevice 102 may set use_initial_cpb_removal_delay[SchedSelldx] to thevalue of initial_cpb_removal_delay[SchedSelldx].

If the first access unit is not a CRA access unit, if the first accessunit is a CRA access unit and a leading picture is present or if the CRApicture discard flag does not indicate discard, then the electronicdevice 102 may remove 414 the first access unit based on the initial CPBremoval delay parameter. For example, the electronic device 102 maydetermine a removal time for the first access unit based on the initialCPB removal delay parameter (e.g.,initial_cpb_removal_delay[SchedSelldx]). When the removal time arrives,the electronic device 102 may remove the first access unit from the CPB,for instance.

The electronic device 102 may decode 416 the first access unit. Forexample, the electronic device 102 may decode 416 an encoded pictureincluded in the first access unit. For example, the data associated witheach access unit may be removed and decoded instantaneously by aninstantaneous decoding process at CPB removal time.

FIG. 5 is a flow diagram illustrating a more specific configuration of amethod 500 for buffering a bitstream. An electronic device 102 (e.g.,electronic device B 102 b) may receive 502 a buffering period SEImessage. This may be accomplished as described above in connection withFIG. 4, for example.

The electronic device 102 may determine 504 whether a first access unitis a CRA access unit, whether one or more leading pictures are notpresent and whether a CRA leading picture flag indicates discard. Thismay be accomplished as described above in connection with FIG. 4, forexample.

If the first access unit is a CRA access unit, if no leading picturesare present and if the CRA picture discard flag indicates discard, thenthe electronic device 102 may set 506 an initial removal delay variableto an initial CRA CPB removal delay parameter. In this case, forexample, the electronic device 102 may setuse_initial_cpb_removal_delay[SchedSelldx] to the value ofinitial_cra_cpb_removal_delay[SchedSelldx].

In some configurations, the electronic device 102 may determine abitstream arrival time based on one or more of the initial CRA CPBremoval delay parameter and the initial CRA CPB removal delay offsetparameter. This may be done as described in connection with FIG. 4above, for example.

If the first access unit is a CRA access unit, if no leading picturesare present and if the CRA picture discard flag indicates discard, thenthe electronic device 102 may determine 508 a removal time (e.g.,t_(r,n)) based on the initial CRA CPB removal delay parameter. This maybe accomplished as described above in connection withinitial_cra_cpb_removal_delay[SchedSelldx]÷90000.

If the first access unit is a CRA access unit, if no leading picturesare present and if the CRA picture discard flag indicates discard, thenthe electronic device 102 may remove 510 the first access unit based onthe initial CRA CPB removal delay parameter. For example, the electronicdevice 102 may determine 508 a removal time (e.g., t_(r,n)) for thefirst access unit based on the initial CRA CPB removal delay parameter(e.g., initial_cra_cpb_removal_delay[SchedSelldx]) as described above.When the removal time (e.g., t_(r,n)) arrives, the electronic device 102may remove 510 the first access unit from the CPB, for instance.

The electronic device 102 may decode 512 the first access unit. Forexample, the electronic device 102 may decode 512 an encoded pictureincluded in the first access unit. For example, the data associated witheach access unit may be removed and decoded instantaneously by aninstantaneous decoding process at CPB removal time.

If the first access unit is not a CRA access unit, if the first accessunit is a CRA access unit and a leading picture is present or if the CRApicture discard flag does not indicate discard, then the electronicdevice 102 may set 514 an initial removal delay variable to an initialCPB removal delay parameter. In this case, for example, the electronicdevice 102 may set use_initial_cpb_removal_delay[SchedSelldx] to thevalue of initial_cpb_removal_delay[SchedSelldx].

If the first access unit is not a CRA access unit, if the first accessunit is a CRA access unit and a leading picture is present or if the CRApicture discard flag does not indicate discard, then the electronicdevice 102 may determine 516 a removal time (e.g., t_(r,n)) based on theinitial CPB removal delay parameter. This may be accomplished asdescribed above in connection withinitial_cpb_removal_delay[SchedSelldx]÷90000.

If the first access unit is not a CRA access unit, if the first accessunit is a CRA access unit and a leading picture is present or if the CRApicture discard flag does not indicate discard, then the electronicdevice 102 may remove 518 the first access unit based on the initial CPBremoval delay parameter. For example, the electronic device 102 maydetermine 516 a removal time (e.g., t_(r,n)) for the first access unitbased on the initial CPB removal delay parameter (e.g.,initial_cpb_removal_delay[SchedSelldx]) as described above. When theremoval time (e.g., t_(r,n)) arrives, the electronic device 102 mayremove 518 the first access unit from the CPB, for instance.

The electronic device 102 may decode 520 the first access unit. Forexample, the electronic device 102 may decode 520 an encoded pictureincluded in the first access unit. For example, the data associated witheach access unit may be removed and decoded instantaneously by aninstantaneous decoding process at CPB removal time.

FIG. 6 is a block diagram illustrating one configuration of an encoder604 on an electronic device 602. It should be noted that one or more ofthe elements illustrated as included within the electronic device 602may be implemented in hardware, software or a combination of both. Forexample, the electronic device 602 includes an encoder 604, which may beimplemented in hardware, software or a combination of both. Forinstance, the encoder 604 may be implemented as a circuit, integratedcircuit, application-specific integrated circuit (ASIC), processor inelectronic communication with memory with executable instructions,firmware, field-programmable gate array (FPGA), etc., or a combinationthereof. In some configurations, the encoder 604 may be a HEVC coder.

The electronic device 602 may include a source 622. The source 622 mayprovide picture or image data (e.g., video) as one or more inputpictures 606 to the encoder 604. Examples of the source 622 may includeimage sensors, memory, communication interfaces, network interfaces,wireless receivers, ports, etc.

One or more input pictures 606 may be provided to an intra-frameprediction module and reconstruction buffer 624. An input picture 606may also be provided to a motion estimation and motion compensationmodule 646 and to a subtraction module 628.

The intra-frame prediction module and reconstruction buffer 624 maygenerate intra mode information 640 and an intra signal 626 based on oneor more input pictures 606 and reconstructed data 660. The motionestimation and motion compensation module 646 may generate inter modeinformation 648 and an inter signal 644 based on one or more inputpictures 606 and a reference picture buffer 676 signal 678. In someconfigurations, the reference picture buffer 676 may include data fromone or more reference pictures in the reference picture buffer 676.

The encoder 604 may select between the intra signal 626 and the intersignal 644 in accordance with a mode. The intra signal 626 may be usedin order to exploit spatial characteristics within a picture in an intracoding mode. The inter signal 644 may be used in order to exploittemporal characteristics between pictures in an inter coding mode. Whilein the intra coding mode, the intra signal 626 may be provided to thesubtraction module 628 and the intra mode information 640 may beprovided to an entropy coding module 642. While in the inter codingmode, the inter signal 644 may be provided to the subtraction module 628and the inter mode information 648 may be provided to the entropy codingmodule 642.

Either the intra signal 626 or the inter signal 644 (depending on themode) is subtracted from an input picture 606 at the subtraction module628 in order to produce a prediction residual 630. The predictionresidual 630 is provided to a transformation module 632. Thetransformation module 632 may compress the prediction residual 630 toproduce a transformed signal 634 that is provided to a quantizationmodule 636. The quantization module 636 quantizes the transformed signal634 to produce transformed and quantized coefficients (TQCs) 638.

The TQCs 638 are provided to an entropy coding module 642 and an inversequantization module 650. The inverse quantization module 650 performsinverse quantization on the TQCs 638 to produce an inverse quantizedsignal 652 that is provided to an inverse transformation module 654. Theinverse transformation module 654 decompresses the inverse quantizedsignal 652 to produce a decompressed signal 656 that is provided to areconstruction module 658.

The reconstruction module 658 may produce reconstructed data 660 basedon the decompressed signal 656. For example, the reconstruction module658 may reconstruct (modified) pictures. The reconstructed data 660 maybe provided to a deblocking filter 662 and to the intra predictionmodule and reconstruction buffer 624. The deblocking filter 662 mayproduce a filtered signal 664 based on the reconstructed data 660.

The filtered signal 664 may be provided to a sample adaptive offset(SAO) module 666. The SAO module 666 may produce SAO information 668that is provided to the entropy coding module 642 and an SAO signal 670that is provided to an adaptive loop filter (ALF) 672. The ALF 672produces an ALF signal 674 that is provided to the reference picturebuffer 676. The ALF signal 674 may include data from one or morepictures that may be used as reference pictures.

The entropy coding module 642 may code the TQCs 638 to produce bitstreamA 614 a (e.g., encoded picture data). For example, the entropy codingmodule 642 may code the TQCs 638 using Context-Adaptive Variable LengthCoding (CAVLC) or Context-Adaptive Binary Arithmetic Coding (CABAC). Inparticular, the entropy coding module 642 may code the TQCs 638 based onone or more of intra mode information 640, inter mode information 648and SAO information 668. Bitstream A 614 a (e.g., encoded picture data)may be provided to a message generation module 608. The messagegeneration module 608 may be configured similarly to the messagegeneration module 108 described in connection with FIG. 1. Additionallyor alternatively, the message generation module 608 may perform one ormore of the procedures described in connection with FIG. 2 and FIG. 3.

For example, the message generation module 608 may generate a message(e.g., buffering period SEI message or other message) including one ormore of a CRA leading picture discard flag, an initial CRA CPB removaldelay parameter and an initial CRA CPB removal delay offset parameter ifa first picture (in the bitstream 614 a, for example) is a CRA pictureand if a leading picture is present. In some configurations, the messagemay be inserted into bitstream A 614 a to produce bitstream B 614 b.Thus, the message may be generated after the entire bitstream A 614 a isgenerated (e.g., after most of bitstream B 614 b is generated), forexample. In other configurations, the message may not be inserted intobitstream A 614 a (in which case bitstream B 614 b may be the same asbitstream A 614 a), but may be provided in a separate transmission 610.

In some configurations, the electronic device 602 sends the bitstream614 to another electronic device. For example, the bitstream 614 may beprovided to a communication interface, network interface, wirelesstransmitter, port, etc. For instance, the bitstream 614 may betransmitted to another electronic device via LAN, the Internet, acellular phone base station, etc. The bitstream 614 may additionally oralternatively be stored in memory or other component on the electronicdevice 602.

FIG. 7 is a block diagram illustrating one configuration of a decoder712 on an electronic device 702. The decoder 712 may be included in anelectronic device 702. For example, the decoder 712 may be a HEVCdecoder. The decoder 712 and one or more of the elements illustrated asincluded in the decoder 712 may be implemented in hardware, software ora combination of both. The decoder 712 may receive a bitstream 714(e.g., one or more encoded pictures and overhead data included in thebitstream 714) for decoding. In some configurations, the receivedbitstream 714 may include received overhead data, such as a message(e.g., buffer period SEI message or other message), slice header, PPS,etc. In some configurations, the decoder 712 may additionally receive aseparate transmission 710. The separate transmission 710 may include amessage (e.g., a buffer period SEI message or other message). Forexample, a buffer period SEI message or other message may be received ina separate transmission 710 instead of in the bitstream 714. However, itshould be noted that the separate transmission 710 may be optional andmay not be utilized in some configurations.

The decoder 712 includes a CPB 720. The CPB 720 may be configuredsimilarly to the CPB 120 described in connection with FIG. 1 above.Additionally or alternatively, the decoder 712 may perform one or moreof the procedures described in connection with FIG. 4 and FIG. 5. Forexample, the decoder 712 may receive a message (e.g., buffering periodSEI message or other message). Additionally, the decoder 712 may performone or more of setting an initial removal delay variable to an initialCRA CPB removal delay parameter and removing a first access unit basedon the initial CRA CPB removal delay parameter if the first access unitis a CRA access unit, if a leading picture is not present and if a CRAleading picture discard flag indicates discard. It should be noted thatone or more access units may be included in the bitstream and mayinclude one or more of encoded picture data and overhead data.

The Coded Picture Buffer (CPB) 720 may provide encoded picture data toan entropy decoding module 701. The encoded picture data may be entropydecoded by an entropy decoding module 701, thereby producing a motioninformation signal 703 and quantized, scaled and/or transformedcoefficients 705.

The motion information signal 703 may be combined with a portion of areference frame signal 798 from a frame memory 709 at a motioncompensation module 780, which may produce an inter-frame predictionsignal 782. The quantized, descaled and/or transformed coefficients 705may be inverse quantized, scaled and inverse transformed by an inversemodule 707, thereby producing a decoded residual signal 784. The decodedresidual signal 784 may be added to a prediction signal 792 to produce acombined signal 786. The prediction signal 792 may be a signal selectedfrom either the inter-frame prediction signal 782 produced by the motioncompensation module 780 or an intra-frame prediction signal 790 producedby an intra-frame prediction module 788. In some configurations, thissignal selection may be based on (e.g., controlled by) the bitstream714.

The intra-frame prediction signal 790 may be predicted from previouslydecoded information from the combined signal 786 (in the current frame,for example). The combined signal 786 may also be filtered by ade-blocking filter 794. The resulting filtered signal 796 may be writtento frame memory 709. The resulting filtered signal 796 may include adecoded picture. The frame memory 709 may provide a decoded picture 718.

FIG. 8 illustrates various components that may be utilized in atransmitting electronic device 802. One or more of the electronicdevices 102, 602, 702 described herein may be implemented in accordancewith the transmitting electronic device 802 illustrated in FIG. 8.

The transmitting electronic device 802 includes a processor 817 thatcontrols operation of the electronic device 802. The processor 817 mayalso be referred to as a CPU. Memory 811, which may include bothread-only memory (ROM), random access memory (RAM) or any type of devicethat may store information, provides instructions 813 a (e.g.,executable instructions) and data 815 a to the processor 817. A portionof the memory 811 may also include non-volatile random access memory(NVRAM). The memory 811 may be in electronic communication with theprocessor 817.

Instructions 813 b and data 815 b may also reside in the processor 817.Instructions 813 b and/or data 815 b loaded into the processor 817 mayalso include instructions 813 a and/or data 815 a from memory 811 thatwere loaded for execution or processing by the processor 817. Theinstructions 813 b may be executed by the processor 817 to implement thesystems and methods disclosed herein. For example, the instructions 813b may be executable to perform one or more of the methods 200, 300, 400,500 described above.

The transmitting electronic device 802 may include one or morecommunication interfaces 819 for communicating with other electronicdevices (e.g., receiving electronic device). The communicationinterfaces 819 may be based on wired communication technology, wirelesscommunication technology, or both. Examples of a communication interface819 include a serial port, a parallel port, a Universal Serial Bus(USB), an Ethernet adapter, an IEEE 1394 bus interface, a small computersystem interface (SCSI) bus interface, an infrared (IR) communicationport, a Bluetooth wireless communication adapter, a wireless transceiverin accordance with 3^(rd) Generation Partnership Project (3GPP)specifications and so forth.

The transmitting electronic device 802 may include one or more outputdevices 823 and one or more input devices 821. Examples of outputdevices 823 include a speaker, printer, etc. One type of output devicethat may be included in an electronic device 802 is a display device825. Display devices 825 used with configurations disclosed herein mayutilize any suitable image projection technology, such as a cathode raytube (CRT), liquid crystal display (LCD), light-emitting diode (LED),gas plasma, electroluminescence or the like. A display controller 827may be provided for converting data stored in the memory 811 into text,graphics, and/or moving images (as appropriate) shown on the display825. Examples of input devices 821 include a keyboard, mouse,microphone, remote control device, button, joystick, trackball,touchpad, touchscreen, lightpen, etc.

The various components of the transmitting electronic device 802 arecoupled together by a bus system 829, which may include a power bus, acontrol signal bus and a status signal bus, in addition to a data bus.However, for the sake of clarity, the various buses are illustrated inFIG. 8 as the bus system 829. The transmitting electronic device 802illustrated in FIG. 8 is a functional block diagram rather than alisting of specific components.

FIG. 9 is a block diagram illustrating various components that may beutilized in a receiving electronic device 902. One or more of theelectronic devices 102, 602, 702 described herein may be implemented inaccordance with the receiving electronic device 902 illustrated in FIG.9.

The receiving electronic device 902 includes a processor 917 thatcontrols operation of the electronic device 902. The processor 917 mayalso be referred to as a CPU. Memory 911, which may include bothread-only memory (ROM), random access memory (RAM) or any type of devicethat may store information, provides instructions 913 a (e.g.,executable instructions) and data 915 a to the processor 917. A portionof the memory 911 may also include non-volatile random access memory(NVRAM). The memory 911 may be in electronic communication with theprocessor 917.

Instructions 913 b and data 915 b may also reside in the processor 917.Instructions 913 b and/or data 915 b loaded into the processor 917 mayalso include instructions 913 a and/or data 915 a from memory 911 thatwere loaded for execution or processing by the processor 917. Theinstructions 913 b may be executed by the processor 917 to implement thesystems and methods disclosed herein. For example, the instructions 913b may be executable to perform one or more of the methods 200, 300, 400,500 described above.

The receiving electronic device 902 may include one or morecommunication interfaces 919 for communicating with other electronicdevices (e.g., a transmitting electronic device). The communicationinterface 919 may be based on wired communication technology, wirelesscommunication technology, or both. Examples of a communication interface919 include a serial port, a parallel port, a Universal Serial Bus(USB), an Ethernet adapter, an IEEE 1394 bus interface, a small computersystem interface (SCSI) bus interface, an infrared (IR) communicationport, a Bluetooth wireless communication adapter, a wireless transceiverin accordance with 3^(rd) Generation Partnership Project (3GPP)specifications and so forth.

The receiving electronic device 902 may include one or more outputdevices 923 and one or more input devices 921. Examples of outputdevices 923 include a speaker, printer, etc. One type of output devicethat may be included in an electronic device 902 is a display device925. Display devices 925 used with configurations disclosed herein mayutilize any suitable image projection technology, such as a cathode raytube (CRT), liquid crystal display (LCD), light-emitting diode (LED),gas plasma, electroluminescence or the like. A display controller 927may be provided for converting data stored in the memory 911 into text,graphics, and/or moving images (as appropriate) shown on the display925. Examples of input devices 921 include a keyboard, mouse,microphone, remote control device, button, joystick, trackball,touchpad, touchscreen, lightpen, etc.

The various components of the receiving electronic device 902 arecoupled together by a bus system 929, which may include a power bus, acontrol signal bus and a status signal bus, in addition to a data bus.However, for the sake of clarity, the various buses are illustrated inFIG. 9 as the bus system 929. The receiving electronic device 902illustrated in FIG. 9 is a functional block diagram rather than alisting of specific components.

FIG. 10 is a block diagram illustrating one configuration of anelectronic device 1002 in which systems and methods for sending amessage may be implemented. The electronic device 1002 includes encodingmeans 1031 and transmitting means 1033. The encoding means 1031 andtransmitting means 1033 may be configured to perform one or more of thefunctions described in connection with one or more of FIG. 1, FIG. 2,FIG. 3, FIG. 6 and FIG. 8 above. For example, the encoding means 1031and transmitting means 1033 may generate a bitstream 1014. FIG. 8 aboveillustrates one example of a concrete apparatus structure of FIG. 10.Other various structures may be implemented to realize one or more ofthe functions of FIG. 1, FIG. 2, FIG. 3, FIG. 6 and FIG. 8. For example,a DSP may be realized by software.

FIG. 11 is a block diagram illustrating one configuration of anelectronic device 1102 in which systems and methods for buffering abitstream 1114 may be implemented. The electronic device 1102 mayinclude receiving means 1135 and decoding means 1137. The receivingmeans 1135 and decoding means 1137 may be configured to perform one ormore of the functions described in connection with one or more of FIG.1, FIG. 4, FIG. 5, FIG. 7 and FIG. 9 above. For example, the receivingmeans 1135 and decoding means 1137 may receive a bitstream 1114. FIG. 9above illustrates one example of a concrete apparatus structure of FIG.11. Other various structures may be implemented to realize one or morefunctions of FIG. 1, FIG. 4, FIG. 5, FIG. 7 and FIG. 9. For example, aDSP may be realized by software.

The term “computer-readable medium” refers to any available medium thatcan be accessed by a computer or a processor. The term“computer-readable medium,” as used herein, may denote a computer-and/or processor-readable medium that is non-transitory and tangible. Byway of example, and not limitation, a computer-readable orprocessor-readable medium may comprise RAM, ROM, EEPROM, CD-ROM or otheroptical disk storage, magnetic disk storage or other magnetic storagedevices, or any other medium that can be used to carry or store desiredprogram code in the form of instructions or data structures and that canbe accessed by a computer or processor. Disk and disc, as used herein,includes compact disc (CD), laser disc, optical disc, digital versatiledisc (DVD), floppy disk and Blu-ray® disc where disks usually reproducedata magnetically, while discs reproduce data optically with lasers.

It should be noted that one or more of the methods described herein maybe implemented in and/or performed using hardware. For example, one ormore of the methods or approaches described herein may be implemented inand/or realized using a chipset, an ASIC, a large-scale integratedcircuit (LSI) or integrated circuit, etc.

Each of the methods disclosed herein comprises one or more steps oractions for achieving the described method. The method steps and/oractions may be interchanged with one another and/or combined into asingle step without departing from the scope of the claims. In otherwords, unless a specific order of steps or actions is required forproper operation of the method that is being described, the order and/oruse of specific steps and/or actions may be modified without departingfrom the scope of the claims.

It is to be understood that the claims are not limited to the preciseconfiguration and components illustrated above. Various modifications,changes and variations may be made in the arrangement, operation anddetails of the systems, methods, and apparatus described herein withoutdeparting from the scope of the claims.

What is claimed is:
 1. A method for sending a buffering periodSupplemental Enhancement Information (SEI) message by an electronicdevice, comprising: coding first initial CPB removal delay parameters, aflag which indicates whether second initial CPB removal delay parametersare present, and second initial CPB removal delay parameters when theflag indicates its presence, wherein initial removal delay variables isset to second initial cpb removal delay parameters when a set ofconditions is met, and initial removal delay variables is set to firstinitial cpb removal delay parameters when the set of conditions is notmet, and sending the buffering period Supplemental EnhancementInformation (SEI) message, wherein the set of conditions includes thefollowing, 1) a first access unit includes only I slice, 2) leadingpictures are not present, and 3) the flag is equal to 1.